home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ 6⁄22⁄90 / 1478-Re CatchFailures and-Jun90 < prev    next >
Encoding:
Text File  |  1990-06-25  |  1.1 KB  |  32 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  PERRY.G      to PIRO
  2.  
  3. Item    7541710                         22-June-90        00:08PDT
  4.  
  5. From:   MUYSVASOVIC                     ACE - Jean-Denis Muys-Vasovic
  6.  
  7. To:     VANPATTEN                       Van Patten, Don
  8.  
  9. cc:     MACAPP.TECH$                    MacApp Technical
  10.  
  11. Sub:    Re: CatchFailures and Methods
  12.  
  13. Don,
  14.  
  15. Your mistake is to believe that the "function" and "member function" types are
  16. the same. They are not. Even at the implementation level, this would not work
  17. because of the "this" hidden parameter. The suggestion given by the compiler
  18. includes the change of the handler declaration, which you don't control.
  19.  
  20. The only way to go therefore, is to have your handler be a global function, not
  21. a member function (it could be a friend though). You can pass the address of
  22. your object in the static link parameter.
  23.  
  24. You might also look at the release notes for C++/MacApp, they describe a set of
  25. macros for using the failure mechanism with C++, the problem being that C(++)
  26. doesn't allow for nested functions.
  27.  
  28. I supposed this doesn't help much. Oh Well…
  29.  
  30. Jean-Denis
  31.  
  32.